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PREFACE 

This  generic  Modular  Simulator  System  (MSS)  segment  specification  has  been  developed  in 
accordance  with  DI-CMAN-80008A,  Data  Item  Description  for  System/Segment  Specifications . 
This  specification  meets  or  exceeds  the  requirements  for  MIL-STD-490,  Type  A,  spec^cations. 
This  specification  is  designed  to  be  tailored  to  specify  the  requirements  for  a  specific  aircraft 
training  (Uvice  or  family  of  aircraft  training  devices.  Training  devices  may  consist  of  Weapon 
System  Trainers  (WST),  Operational  Flight  Trainers  (OFT),  Cockpit  Procedures  Trainers 
(CPT),  Part  Task  Trainers  (PTT),  etc. 

Tailoring  will  be  necessary  to  meet  specific  application  requirements.  The  tailoring  must  be 
accomplished  so  as  not  to  violate  the  goals  and  intent  of  the  MSS  concept.  It  is  assumed  that  the 
user  of  this  document  has  a  familiarity  with  the  MSS  design  concepts  and  architecture,  the 
application  aircraft  training  requirements,  and  general  working  knowledge  of  curcraft  training 
systems.  It  is  suggested  that  the  user  read  the  “Modular  Simulator  System  Engineering  Design 
Guide”  (M95-10440-1 )  and  the  "Modular  Simulator  System  Management  Guide"  (D495-10439- 
1)  prior  to  tailoring  this  specification.  These  guides  provide  an  overview  of  the  MSS 
architecture,  an  in-depth  discussion  on  its  application,  and  lessons  learned  from  previous 
applications. 

Each  segment  in  the  MSS  architecture  provides  a  portion  of  the  overall  system  functionality. 
Similar  functions  and  operations  were  grouped  in  each  segment  based  on  past  experience,  areas 
of  design  ejpertise,  and  management  of  intersegment  communication.  To  promote  reuse  of  the 
segments  and  gain  the  maximum  benefits  of  using  the  MSS  approach,  it  is  suggested  that  user 
adhere  to  the  generic  functional  allocation.  Interfaces  between  the  segments  should  remain 
relatively  constant  from  application  to  application.  The  application  vehicle  is  considered  to  be 
an  air  vehicle  (e.g.  fixed  wing,  variable  geometry,  or  rotary  wing),  although  the  MSS 
architecture  and  concepts  may  be  applied  to  either  ground  or  sea  vehicles. 

This  specification  contains  specific  tailoring  instructions  for  each  paragraph.  The  instructions 
are  contcuned  within  the  paragraphs,  and  are  identified  by  blank  spaces  and! or  italicized  text. 
When  the  tailoring  process  is  complete,  the  italicized  tailoring  instructions  should  have  been 
replaced  by  the  application  specific  text  or  deleted  from  the  specification.  Paragraphs  which  do 
not  apply  to  a  particular  application  should  not  be  deleted.  They  should  be  identified  as  "Not 
Applicable"  to  maintain  paragrcph  numbering  consistency  between  volumes  and  various  MSS 
applications. 
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1.  SCOPE 

1.1  Identification.  This  segment  specification  establishes  the 
requirements  for  the  Navigation/Communication  (NAVCOM)  segment  of 

the  _  (insert  application  aircraft  type)  Modular  Simulator  System 

(MSS)  .  This  volume  is  one  of  _  (insert  number  of  volumes  for  the  application 

systemi segment  specification)  volumes  which  comprise  the  system/ segment 

specification  for  the  _  (insert  application  aircraft  type)  MSS. 

Volume  I  of  this  specification  contains  system  level  requirements 
such  as  MSS  structure,  communication  architecture,  network 
interface  performance,  system  level  diagnostic  and  test 
requirements,  Ada  programming  language  applicability, 
adaptability  and  expandability,  and  other  requirements  which 
pertain  to  all  volumes. 

1.2  System  Overview.  The  purpose  of  the  NAVCOM  segment  is  to 
simulate  the  navigation  and  communication  system  functions  within 

the  _  (insert explication aircrt^ type)  MSS.  The  navigation 

functions  receive  occulting  and/or  range  data  to  the  student 
selected  navigation  aid  station.  This  data  is  used  in 
conjunction  with  inputs  from  the  crew  station  to  simulate 
navigational  guidance,  and  provide  data  to  other  MSS  segments. 

The  communications  functions  provide  simulation  of  the  reception 
and  transmission  of  voice  and  encoded  communications  for  the 
ownship.  The  NAVCOM  segment  interfaces  with  other  MSS  segments 

as  described  in  the  _  (insert  application  aircraft  type)  Interface 

Design  Document  (IDD) ,  _  (insert  IDD  document  number) .  Each  of 

the  navigation  and  communication  functions  identified  in  this 
specification  are  processed  within  the  NAVCOM  segment. 

1.3  Document  Overview.  This  segment  specification  defines 

NAVCOM  segment  unique  requirements  for  the  _  (insert 

explication  aircraft  type)  MSS.  It  contains  requirements  for  the 
functions  performed  within  the  segment  including  communication 
interface  requirements,  segment  performance  requirements,  segment 
diagnostic  and  test  requirements,  and  expandability  and 
adaptability  requirements  as  applicable  to  the  NAVCOM  segment . 
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2.  APPLICABLE  DOCUMENTS 

2.1  Government  Documents.  The  following  documents  of  the  exact 
Issue  shown  form  a  part  of  this  specification  to  the  extent 
specified  herein.  In  the  event  of  conflict  between  the  documents 
referenced  herein  and  the  contents  of  this  specification,  the 
contents  of  this  specification  shall  be  considered  a  superseding 
requirement . 

The  Government  documents,  applicable  to  the  _  (insert 

application (Urcrcfi type)  MSS,  are  listed  in  Volume  I  of  this 
specification.  The  following  Government  documents  are  in 
addition  to  those  documents,  and  are  specifically  applicable  to 
the  _  (insert application aircrcfi type)  MSS  NAVCOM  segment. 

SPECIFICATIONS: 

Federal  -  (Identify  applicable  federal  specifications) 

Military  -  (Identify  applicable  military  specifications) 

Other  Government  Agency  -  (Identify  applicable  government  specifications) 

STANDARDS: 

Federal  -  (Identify  applicable  federal  standards) 

Military  -  (Identify  applicable  military  standards) 

Other  Government  Agency  -  (Identify  applicable  government  standards) 

DRAWINGS :  (Identify  applicable  government  drawings) 

OTHER  PUBLICATIONS: 

Manuals  -  (Identify  applicable  government  manuals) 

Regulations  -  (Identify  explicable  government  regulations) 

Handbooks  -  (Identify  applicable  government  handbooks) 

Bulletins  -  (Identify  applicable  government  bulletins) 

Copies  of  specifications,  standards,  handbooks,  drawings, 
publications  and  other  Government  documents  required  in 
connection  with  specific  acquisition  functions  should  be  obtained 
from  the  contracting  activity  or  as  directed  by  the  contracting 
officer . 

(In  this  paragraph,  list  only  those  documents  which  are  explicitly  r^erenced  within  this 
specification  volume.  If  a  requirement  paragraph  is  tailored  to  a  reference  in  a  system/segment 
specification  Volume  I  paragraph,  and  that  paragraph  contains  a  reference,  the  document 
should  not  be  listed  here.  All  requirements  and  references  in  systemi segment  specification 
Volume  I  are  requirements  of  this  specification  unless  specifically  excluded  in  this  volume.) 


VI-2 


S495-10400D 
13  August  1993 
Volume  VI  of  XIII 

2.2  Non -Government  Documents.  The  following  documents  of  the 
exact  issue  shown  form  a  part  of  this  specification  to  the  extent 
specified  he.ein.  In  the  event  of  conflict  between  the  documents 
reference  herein  and  the  contents  of  this  specification,  the 
contents  of  this  specification  shall  be  considered  a  superseding 
requirement . 

The  non-Government  documents  applicable  to  the  _  (insert 

application aircrqft type)  MSS  are  listed  in  Volume  I  of  this 
specification.  The  following  non-Government  documents  are  in 
addition  to  those  documents,  and  are  specifically  applicable  to 
the  _  (insert application aircrcfi type)  MSS  NAVCOM  segment. 

SPECIFICATIONS :  (Identify  applicable  non-government  specifications) 

S  TANDAROS :  (Identify  applicable  non-government  standards) 

DRAWINGS :  (Identify  cpplicable  non-government  drawings) 

OTHER  PUBLICATIONS:  (Identify  applic£d}le  non-government  publications) 

Technical  society  and  technical  association  specifications  and 
standards  are  generally  available  for  reference  from  libraries. 
They  are  also  distributed  among  technical  groups  and  using 
Federal  Agencies. 

(In  this  paragr(^)h  list  only  those  documents  which  are  explicitly  referenced  within  this 
spec^cation  volume.  If  a  requirement  paragraph  is  tailored  to  reference  a  system/ segment 
specification  Volume  I  paragraph,  and  that  paragraph  contains  a  reference,  the  secondary 
^cument  should  not  be  listed  here.  All  requirements  and  references  in  system! segment 
specification  Volume  I  are  requirements  of  this  specification  unless  specifically  excluded  in  this 
volume.) 
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3.  REQUIREMENTS 

3.1  Segment  Definition.  The  NAVCOM  segment  shall  provide  the 

capabilities  to  simulate  _  (insert application eUrcrcfi type) 

aircraft  navigation  and  communication  systems.  The  NAVCOM 

segment  is  one  of  _  (insert  number  of  segments  to  be  used  in  the  application 

simulation)  unique  segments  which  comprise  the  _  (insert 

explication aircrcfi type)  MSS.  The  NAVCOM  segment  shall  provide  the 
modes,  states,  and  functions  as  defined  in  this  specification 
volume  and  Volume  I . 

The  NAVCOM  segment  shall  provide  the  real-time  simulation  of  the 

_  (insert application airen^ type)  navigation  and  communication 

systems.  This  segment  shall  provide  operation  and  control 
representative  of  both  normal  and  degraded  states.  The  NAVCOM 
segment  shall  provide  simulation/stimulation  for  the  aircraft 
radio  systems,  radio  navigation  systems,  intercommunication 
systems,  and  navigation  systems. 

(This  paragraph  should  be  tailored  to  convey  the  exact  top  level  functions  required  of  the 
segment.  If  this  segment  is  to  be  used/reused  on  several  devices  within  a  family  of  trainers,  theu 
should  be  stated  here  with  any  unique  performance  requirements.) 

3.2  Characteristics 

3.2.1  Performance  Characteristics.  Performance  of  the  NAVCOM 
segment  shall  be  as  specified  herein  and  in  accordance  with  the 

_  (insert explication aircr(0 type)  aircraft  design  criteria.  The 

NAVCOM  segment  shall  simulate  functions  associated  with  the 

_  (insert  explication  aircraft  type)  aircraft  NAVCOM  system.  The 

fidelity  of  the  NAVCOM  segment  shall  be  sufficient  to  provide  the 
necessary  level  of  training  as  specified  in  Volume  I,  paragraph 

6.1  of  this  specification, 

(Several  considerations  must  be  addressed  in  this  paragraph: 

a.  Availedrility  of  specific  and  traceable  NAVCOM  system  design  and  engineering  elata 

b.  Marutfacture  of  specific  NAVCOM  systems. 

Additional  text  should  be  added  to  this  paragrexh  to  identify  the  design  criteria  and  specific 
NAVCOM  equipment  to  be  simulated.  A  general  statement  with  respect  to  the  fidelity  of  the 
simulation  should  be  added.) 

3. 2. 1.1  Segment  Modes  and  States.  The  NAVCOM  segment  shall 
support  the  system  modes  and  states  as  described  in  Volume  I  of 
this  specification.  Additional  requirements,  or  operations, 
shall  not  cause  degradation  of  the  system  nor  violate  the  intent 
of  the  system  mode  or  state. 
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(Introduction  of  new  modes  is  prohibited.  Functions  should  be  acctmtpUshed  within  the 
established  modes  and  states.  This  paragraph  should  be  tailored  to  describe  the  segment's 
response  to  a  given  mode  or  state.  Subparagraphs  should  be  added  to  identify  and  define 
segment  requirements  for  each  mode  and  state.) 

3. 2. 1.2  NAVCQM  Segment  Functions.  Functions  characterized  as 
"Implemented"  shall  be  Implemented  to  the  extent  described  by  the 
paragraphs  dedicated  to  those  functions.  Functions  characterized 
as  "Not  Applicable"  do  not  exist  In  the  simulation  of  the 

_  (insert eqjplicationaircrc0  type),  and  are  not  required  to  be 

Implemented  In  any  form  within  the  NAVCOM  segment. 

a.  Navigation/Communication  Support 
Function 

b.  Attitude  Heading  Reference  System 
Function 

c.  Inertial  Navigation  System  Function 

d.  Radar  Altimeter  Function 

e.  Radio  Navigation  Aid  System  Function 

f.  Communication  Function 

g.  Star  Tracker  Function 

h.  Doppler  Radar  Function 

1.  Air  Data  System  Function 

j.  Application  Unique  Avionics  Function 

k.  Identification  Friend  or  Foe  (IFF) 

Function 

(Each  function  listed  should  be  characterized  as  "Implemented"  or  "Not  Applicable  (NIA)") 

3. 2. 1.2.1  NAVCQM  Support  Function.  The  NAVCOM  support  function 
shall  provide  segment  unique  support  services  required  for 
operation  of  the  NAVCOM  segment  in  the  MSS  environment .  The 
NAVCOM  support  function  services  shall  include  the  functions 
listed  below,  and  as  described  in  the  following  paragraphs. 

a.  Executive  Control 

b.  Initialization 

c.  MSS  Virtual  Network  (VNET)  Communication 

d.  Diagnostics  and  Test 

e.  Backdoor  Interfacing 

f.  Malfunctions 

g.  Damage  Assessment 

h.  Security  Processing 

l .  Scoring 

j.  Other  Support  Function  Services. 

(Service  junctions  are  usually  incidental  to  the  simulation  but  no  less  critical.  Examples  are 
overhead  and  HO  functions.  Additional  services  may  be  added  as  necessary  to  meet  specific 


Implemented 

(Implemented.  NIA) 

(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
(Implemented,  NIA) 
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explication  requirements.  If  so,  corresponding  subparagraphs  need  to  be  added  below.  Do  not 
reuse  paragraphs  for  support  services  that  are  not  applicable.) 

3. 2. 1.2. 1.1  Executive  Control .  The  executive  control  support 
service  shall  provide  operational  control  for  the  NAVCOM  segment. 
This  control  shall  Include:  execution  sequencing  of  all  software 
segments,  mode  and  state  control,  and  communication  between  the 
simulation  software  and  the  VNET. 

(For  most  applicadons  this  paragraph  will  require  no  tailoring.  If  additional  or  specific 
executive  control  functions  are  required,  they  should  be  identified  in  this  paragraph.) 

3. 2. 1.2. 1.2  Initialization .  The  initialization  support  service 
shall  control  initial  hardware  and  software  states  for  the  NAVCOM 
segment.  System  initialization  shall  occur  during  power-up  and 
system  resets,  as  defined  in  Volume  I  of  this  specification.  The 
initialization  function  shall  access  mission  initialization  data, 
.^nd  transfer  the  data  to  other  segment  functions  for  mission 
initialization. 

(Initialization  requirements  unique  to  the  application  abrcrcft  NAVCOM  systems  should  be 
specified  in  this  paragraph.  Initialization  refers  to  setting  initial  hardware  and  software  states 
during  power-up  and  system  resets  as  defined  in  Volume  I.  Instrument  scale  factors  and  default 
instrument  settings  (usually  powered  off)  are  typiccdly  initialized  by  this  function.  A  second 
initialization  function  is  to  access  mission  initialization  data  (for  example  from  disc)  to  pass  to 
other  segment  functions  for  mission  initialization.) 

3. 2. 1.2. 1.3  MSS  Virtual  Network  Communication.  The  MSS  VNET 
communication  support  service  shall  provide  the  NAVCOM  segment 
interface  to  the  VNET.  It  shall  allow  communication  with  other 

segments  in  the  _  (iraert application aircrtfft type)  MSS.  The  NAVCOM 

segment  shall  communicate  on  the  MSS  VNET  in  accordance  with  the 

protocol  requirements  defined  in  the  _  (insert explication 

aircreft  type)  MSS  IDD,  _  (insert  MSS  IDD  document  number) . 

3. 2. 1.2. 1.4  Diagnostics  and  Test.  The  diagnostics  and  test 
support  service  shall  provide  control  for  the  diagnostic  and  test 
functions  incorporated  into  the  NAVCOM  segment.  Diagnostic  and 
test  requirements,  for  the  NAVCOM  segment,  shall  be  in  accordance 
with  the  requirements  specified  herein. 

(Based  upon  the  specific  simulator  eUagnostic  requirements,  all  or  part  of  the  three  types  of 
diagnostic  capabilities  may  be  required.  "Not  applicable  "should  be  inserted  if  the  specific 
diagnostic  type  is  not  required  for  the  application  MSS.  Specific  diagnostics  and  their 
requirements  should  be  listed  in  each  paragraph  when  applicable.) 

3. 2. 1.2. 1.4.1  On-Line  Diagnostics.  On-line  diagnostics  shall  be 
provided  for  the  NAVCOM  segment.  These  diagnostics  shall  be  self 
initiating  during  startup,  and/or  they  may  be  executed  as  a 
background  function  during  training  mode. 
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(On-line  diagnostics  are  those  diagnostics  that  execute  while  the  training  system  is  in  the  real¬ 
time  training  mode.  These  diagnostics  may  run  as  a  background  task.  An  example  that  would 
be  used  in  an  MSS  might  be  a  segment  junctional  diagnostic.  Each  diagnostic  would  tell  the  lOS 
segment  that  it  was  still  functioning  on  a  periodic  basis  (say  once  a  minute).  If  the  lOS  does  not 
receive  die  message  then  it  assumes  the  segment  is  not  functioning  properly  and  provides  a 
message  to  the  instructor.) 

3. 2. 1.2. 1.4. 2  Off-Line  Diagnostics.  Off-line  diagnostics  shall 
be  provided  by  the  NAVCOM  segment.  Off-line  diagnostics  shall  be 

executed  when  the  _  (insert application  aircntfi  type)  MSS  Is  not 

engaged  In  a  system  mode. 

(Off-line  diagnostics  are  those  diagnostics  that  are  performed  on  a  segment  in  the  stand-cUone  or 
segment  mode.  Typical  off-line  diagnostics  would  include;  hardware  self  tests,  software  tests, 

HO  debug  programs.  Daily  Readiness  at  a  segment  level,  etc.) 

3. 2. 1.2. 1.4. 3  Remote  Controlled  Dlagnost Ins .  Remote  controlled 
diagnostics  shall  be  provided  for  the  NAVCOM  segment.  These 
diagnostics  shall  be  executable,  from  the  Instructor  Operator 
Station  (lOS),  when  the  MSS  Is  In  the  Remote  Controlled 
Diagnostic  mode. 

(Remote  controlled  diagnostics  are  those  diagnostics  that  run  in  the  special  remote  controlled 
Diagnostic  mode.  These  diagnostics  require  the  system  to  be  up  and  running  and  the  segments 
communicating.  An  example  of  a  Remote  Controlled  Diagnostic  would  be  a  real-time 
debugger.) 

3. 2. 1.2. 1.5  Backdoor  Interfacing.  The  Backdoor  Interface 
support  service  shall  provide  the  means  to  support  external 
interfaces  to  the  NAVCOM  segment.  All  ownshlp  NAVCOM  system 

Input/Output  (I/O)  not  specifically  identified  In  the  _ 

(insert  explication aircreft  type)  MSS  IDD  shall  interface  via  the  MSS  VNET. 
Backdoor  interfaces  shall  not  be  utilized  for  normal  intersegment 
communication . 

(Specific  external  interfaces  should  be  discussed  in  this  paragraph.  Backdoor  interfaces  may 
inclu^  a  1553  bus  to  installed  aircreft  avionics  or  a  specialized  interface  to  drive  a  Head  Up 
Display  (HUD).  A  backdoor  interface  may  not  be  utilized  to  transmit  intersegment  data.) 

3. 2. 1.2. 1.6  Malfunctions .  The  malfunctions  support  service 
shall  provide  control  for  the  processing  and  execution  of  NAVCOM 
segment  malfunctions.  The  system  response  shall  be  in  accordance 
with  aircraft  design  criteria. 

(NAVCOM  segment  malfunction  requirements  should  be  defined  in  a  program  unique 
Malfunction  Description  Document) 

3. 2. 1.2. 1.7  Damage  Assessment.  The  damage  assessment  support 
service  shall  provide  for  the  processing  and  implementation  of 
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any  damage  simulation  for  which  the  NAVCOM  segment  is 
responsible.  This  shall  include  the  degradation  of  the 
appropriate  systems  within  the  NAVCOM  segment  based  on  an 
evaluation  of  the  damage  severity  and  location. 

(Specific  damage  assessment  and  system  degradation  requirements  should  be  specified  in  this 
paragraph  which  are  consistent  with  the  training  requirements  of  the  specie  sinuUator.) 

3. 2. 1.2. 1.8  Security  Processing.  The  NAVCOM  segment  security 
processing  support  service  shall  provide  processing  to  meet  the 

security  requirements  of  the  _  (insert appUcation aircreft  type) 

MSS  NAVCOM  segment. 

(This  paragraph  should  be  expanded  to  clearly  specify  which  government  directives  apply  and  to 
what  extent  consistent  with  security  considerations.  Security  processing  would  include  Memory 
Erase  Mode  if  required  and  any  other  security  considerations,  such  as  removable  memory  or 
specUti  encoding  devices.) 

3. 2. 1.2. 1.9  Scoring.  The  scoring  support  service  shall  provide 
the  ability  to  assess  NAVCOM  performance.  The  NAVCOM  segment 
scores  shall  be  provided  to  the  lOS  segment  via  the  MSS  VNET. 

(Application  specific  scoring  data  requirements  for  the  NAVCOM  segment  shall  be  listed  in  this 
paragraph.  If  large  amounts  of  data  are  required,  it  may  be  advisable  to  provide  this  as  a  non- 
real-time  activity.) 

3.2.1.2.1.10  Other  Support  Function  Services.  Not  Applicable. 

(If  there  are  other  support  functions  unique  to  this  segment  they  should  be  listed  here,  otherwise 
identify  this  paragraph  as  "Not  Applicable".  An  example  is  intra  segment  communication. 

Before  defining  new  functions  be  sure  the  function  cannot  be  incorporated  as  a  variant  of  an 
existing  function.) 

3. 2. 1.2. 2  Attitude  Heading  Reference  System  Function.  The 
Attitude  Heading  Reference  System  (AHRS)  function  shall  simulate 
the  operations  and  functional  characteristics  of  the  standby 

attitude  director  indicator  and  compass  onboard  the  _ 

(insert application  airenfi  type)  aircraft  in  accordance  with  design 
criteria  data.  The  cockpit  controls  and  indicators  associated 
with  the  AHRS  function  shall  be  located  within  the  Flight  Station 
segment.  The  interface  between  the  AHRS  function  and  the  cockpit 

controls  and  displays  shall  be  as  defined  in  _  (insert 

application  airerttfi  type)  MSS  IDD. 

Uhis  paragraph  should  be  tailored  to  describe  the  types  of  AHRS  cockpit  controls  and  displays 
associated  with  the  application  aircrefi.  This  paragraph  should  be  tailored  with  training 
objectives  in  mind.  The  AHRS  model  number  and  mamtfacturer  should  be  specified,  if 
applicable.) 
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3. 2. 1.2. 3  Inertial  Navigation  System  Function.  The  Inertial 
Navigation  System  (INS)  function  shall  simulate  the  operational 

and  functional  characteristics  of  the  _  (insert application 

aircrtrft type)  aircraft  INS,  in  accordance  with  design  criteria  data. 
This  function  shall  model  the  functional  performance  of  the  INS 
platform,  as  well  as,  the  combination  of  platform  data  improved 
by  other  aircraft  sensors.  The  cockpit  controls  and  displays, 
associated  with  the  INS  function,  shall  be  located  within  the 
Flight  Station  segment.  The  aircraft  state  information  shall  be 
provided  to  the  support  function  for  output  on  the  MSS  VNET  in 

accordance  with  the  requirements  of  the  _  (insert explication 

aircretft type)  MSS  IDD. 

(If  the  application  aircraft  does  not  have  an  Inertial  Navigation  System  (INS),  then  the 
requirements  for  an  INS  should  be  deleted.  If  the  aircrcft  has  a  dual  INS  it  should  be  specified. 
This  paragraph  should  be  tailored  to  provide  a  list  of  the  INS  cockpit  controls  and  displays.  The 
model  number  and  manufacturer  of  the  INS  being  simulated  should  be  specified.  This 
paragraph  should  be  tailored  with  training  objectives  in  mind.  If  a  less  them  1(X)  percent 
solution  is  a  program  objective,  the  INS  could  be  modeled  to  exclude  error  processing,  elaborate 
gyro  spinup  models,  and  time  consuming  alignment  processes.  If  a  full  simulation  is  required, 
any  performance  characteristics  less  than  “as  aircraft"  should  be  identified.  Timing  and 
accuracy  requirements  should  be  addressed  here.) 

3. 2. 1.2. 4  Radar  Altimeter  Function.  The  Radar  Altimeter 
function  shall  simulate  the  operations  and  functional 

characteristics  of  the  _  (insert (XpUcation  aircrt^ type)  aircraft 

radar  altimeter  in  accordance  with  design  criteria  data.  The 
radar  altimeter  controls  and  displays  shall  be  located  within  the 
Flight  Station  segment.  The  interface  between  the  radar 
altimeter  function  and  the  other  segments  shall  be  via  the  MSS 
VNET  and  shall  be  in  accordance  with  the  interface  requirements 
of  the  _  (insert application aircrcft type)  MSS  IDD. 

(The  model  number  and  manufacturer  of  the  Radar  Altimeter  system  being  simulated  should  be 
specified.  If  the  aircrcft  does  not  have  a  Radar  Altimeter,  or  dual  Radar  Altimeters  are  utilized, 
it  should  be  specified  in  this  paragrcph.  This  paragraph  should  be  tailored  to  provide  a  list  of 
the  radar  altimeter  controls  and  displays.  The  source  for  the  height  above  terrain  should  also  be 
identified.) 


3. 2. 1.2. 5  Radio  Navigation  Aid  Systems  Function.  The  Radio 
Navigation  Aid  Systems  Function  shall  simulate  the  operations  and 

functional  characteristics  of  the  _  (insert  application  aircraft 

type)  aircraft  navigation  equipment  listed  below: 

a.  Global  Positioning  System  (GPS) 

b.  Instrument  Landing  System  (ILS) 

c.  Microwave  Landing  System  (MLS) 

d.  Automatic  Direction  Finder  (ADF) 

e.  Tactical  Air  Navigation  (TACAN) 
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f.  Very  High  Frequency  Omni  Range  (VOR) 

g.  Distance  Measuring  Equipment  (DME) 

h.  Long  Range  Navigation  (LORAN) 

1 .  Omega 

j.  Station  Keeping  Equipment  (SKE) . 

The  Radio  Navigation  Aid  System  controls  and  displays  shall  be 
located  within  the  Flight  Station  segment.  System  indications 

shall  be  in  accordance  with  _  (insert  explication  aircrt^  type) 

design  criteria  data.  The  Interface  between  the  radio  navigation 
aid  systems  function  and  the  controls  and  displays  shall  be  via 
the  MSS  VNET  In  accordance  with  the  requirements  specified  In  the 
_  (insert  explication  aircrefi  t^e)  MSS  IDD. 

(This  paragraph  should  be  tailored  to  describe  the  specific  radio  navigation  aids  included  on  the 
application  aircrafi.  The  types  of  radio  navigation  aids,  part  number,  model  number,  etc.  should 
be  identified.  Environment  ejfects  may  include  twilight  ^ects  (function  of  altitude  and 
frequency)  and  weather  effects  (due  to  electrical  storms),  tfso  then  these  should  be  specified.) 

3. 2. 1.2. 6  Communication  Function.  The  Communication  Function 

shall  simulate  communication  equipment  onboard  the  _ 

(insert  application  aircraft  type)  aircraft.  This  function  shall  model  the 
crew  Interfaces  and  functional  responses  for  the  communication 
systems  listed  below; 

a.  Very  High  Frequency  (VHP)  radio 

b.  Ultra  High  Frequency  (UHF)  radio 

c.  Intercommunication  System  (ICS) 

d.  Satellite  Communications  (SATCOM) 

e.  Joint  Tactical  Information  Distribution  System  (JTIDS) . 

The  Communication  Function  shall  provide  a  simulation  for  voice 
and  digital  data  link  communications  between  the  ownshlp  and 
companion  aircraft,  ownshlp  and  ground,  and  Intercommunication 
among  crew  members  In  autonomous  training.  During  Multiple 
Simulator  Environment  (MSE)  operations  communication  Is  provided 
with  other  simulation  systems. 

Communication  system  controls  and  displays  shall  be  located 
within  the  Flight  Station  segment.  The  Communication  Function 
shall  produce  outputs  to  their  controls  and  displays  in 

accordance  with  _  (insert application mrcrafi  type)  aircraft  design 

criteria  data.  The  Interface  between  the  communication  function 
and  the  controls  and  displays  shall  be  in  accordance  with  the 

interface  requirements  specified  in  the  _  (insert application 

airerttfi type)  MSS  IDD. 

(TIk  communication  system  requirements  should  be  tailored  to  represent  the  communication 
systems  required  by  the  specific  aircraft  being  simulated.  The  communication  system  part 
numbers,  model  numbers,  etc.  should  be  identified.) 
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3. 2. 1.2. 7  Star  Tracker  Function.  The  Star  Tracker  Function 
shall  simulate  the  operations  and  functional  characteristics  of 

_  {insert  application  edrcrc^  type)  aircraft  star  tracking 

equipment  in  accordance  with  design  criteria  data. 

Star  Tracker  controls  and  displays  shall  be  located  within  the 
Flight  Station  segment.  The  interface  between  the  Star  Tracker 
Function  and  the  controls  and  indicators  shall  be  via  the  MSS 
VNET  in  accordance  with  the  interface  requirements  specified  in 
the  _  (insert application  aircrcfi  type)  MSS  IDD. 

(The  type  of  star  tracker  system,  part  number,  model  number,  etc.  should  be  identified. 
Atmospheric  effects  on  star  brightness  and  apparent  location  should  be  modeled  as  additions  to 
the  noise  and  bias  on  the  simulation  outputs  The  effects  of  vehicle  dynamics  on  tracking 
performance  should  be  modeled.  Star  tracker  requirements  need  not  be  included  if  the  specific 
aircrtfft  does  not  contctin  star  tracker  equipment.) 

3. 2. 1.2. 8  Doppler  Radar  Function.  The  Doppler  Radar  Function 

shall  simulate  the  _  (insert application  aircrefit^e)  aircraft 

Doppler  Radar  system  operations  and  functional  characteristics  in 
accordance  with  design  criteria  data.  Doppler  radar  controls  and 
displays  shall  be  located  within  the  Flight  Station  segment.  The 
interface  between  the  Doppler  radar  function  and  the  associated 
cockpit  controls  and  displays  shall  be  in  accordance  with  the 

interface  requirements  specified  in  the  _  (insert application 

aircraft  type)  MSS  IDD. 

(Doppler  radcar  system,  peat  number,  model  number,  etc.  should  be  identified.  If  the  application 
aircreft  does  not  contain  a  Doppler  radar  system,  then  this  Junction  need  not  be  modeled.) 

3. 2. 1.2. 9  Air  Data  System  Function.  The  Air  Data  System 
Function  shall  model  the  operations  and  functional 

characteristics  of  the  _  (insert application  ctircraft  type)  aircraft 

air  data  system.  This  function  shall  calculate  angle  of  attack, 
stall  warning,  and  air  data  parameters  such  as  pressure  altitude, 
static  pressure  ratio,  airspeed,  Mach  number,  and  air  density 
ratio  using  true  atmospheric  parameters.  Functional  and 
operational  characteristics  of  the  air  data  simulation  shall  be 
in  accordance  with  design  criteria  data.  Data  shall  be  provided 
to  other  segments  in  accordance  with  the  interface  requirements 
specified  in  the  _  (insert application itircrtfft type)  MSS  IDD. 

(This  paragraph  should  be  tailored  to  specify  requirements  which  are  unique  to  the  application 
aircraft's  air  data  system.  The  type  of  air  data  system,  part  number,  model  number,  etc.  should 
be  identified.) 

3.2.1.2.10  Application  Unique  Avlonlr-s  Simulation  Function.  The 

Application  Unique  Avionics  Simulation  Function  shall  provide  the 
capability  to  simulate  _  (insert application  aircreft  type)  aircraft 
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avionics  subsystems.  This  function  shall  produce  outputs  to 
controls  and  displays  In  accordance  with  design  criteria. 

(This  paragraph  should  identify  wfuch  avionics  subsystems  are  to  be  simulated.  This  is 
particularly  critical  to  a  simulator  which  is  employing  embedtkd  avionics  software  because 
avionics  processor  interfaces  will  have  to  be  simulated.  This  paragraph  may  also  be  used  to 
specify  requirements  for  emerging  technology  sensors.) 

3.2.1.2.11  Identification  Friend  or  Foe  Function.  The 
Identification  Friend  or  Foe  (IFF)  Function  shall  simulate  the 

operations  and  functional  characteristics  of  the  _  (insert 

application aircrtft type)  aircraft  IFF  equipment.  This  function  shall 
emulate  the  IFF  transceiver  functions  between  ownship  and 
companion  aircraft  or  ground  stations  in  accordance  with  design 
criteria  data.  The  IFF  controls  and  displays  shall  be  located 
within  the  Flight  Station  segment.  The  interface  between  the  IFF 
function  and  the  controls  and  indicators  shall  be  in  accordance 

with  the  interface  requirements  contained  in  the  _  (insert 

application  aircrcft  type)  MSS  IDD. 

(The  required  IFF  modes  should  be  specified.) 

3.2.2  System  Capability  Relationships.  The  NAVCOM  segment  shall 
support  the  system  capability  relationships  defined  in  Volume  I 
of  this  specification.  NAVCOM  segment  functional  relationships 
shall  be  as  described  in  the  following  paragraphs. 

(Define  any  NAVCOM  segment  unique  capability  relationships.  In  general,  the  capability 
relationships  specified  in  Volume  I  will  siffice  for  this  segment.) 

3. 2. 2.1  Segment  Functional  Relationships.  The  top  level, 
typical,  NAVCOM  segment  functional  relationships  are  depicted  in 
FIGURE  1 .  Each  function  shall  operate  in  a  manner  which  will 
allow  the  segment,  as  a  system,  to  satisfy  the  timing 
requirements  described  in  Volume  I  of  this  specification. 
Functions  implemented  within  the  NAVCOM  shall  operate  in  such  a 
manner  which  will  allow  the  segment  to  meet  both  segment  and 
system  level  requirements  without  degradation. 

(There  are  two  approaches  to  describing  intersegment  interfaces:  all  functions  communicate 
through  the  support  function,  or  all  functions  communicate  directly  with  other  functions. 
FIGURE  I  in  all  segments  may  have  the  same  structure.  For  this  segment,  fimctions  which  are 
not  irrqtlemented  shouldbe  shaded  out.  If  desired,  functions  which  are  only  partially 
implemented  may  be  graphically  represented  with  cross  hatching.  Note  that  the  intent  of  this 
diagram  should  be  to  identify  "required"  interned  relationships  and  not  to  specify  the  segment's 
interned  design.  The  tailoring  of  this  paragraph  should  be  done  very  car^ly  .) 

3.2.3  External  Interface  Requirements.  The  NAVCOM  segment  shall 
support  the  external  interface  requirements  defined  in  Volume  I 
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of  this  specification  and  the  _  (insert application  aircrt^)  MSS 

Interface  Requirements  Specification  (IRS) ,  _  (insertIRS 

document  number) .  External  interfaces  comprise  data  passed  between 
functions  contained  in  the  NAVCOM  segment  and  functions  contained 
in  the  other  MSS  segments.  With  the  exception  of  the  dedicated 
interfaces  for  the  cockpit,  all  other  external  interfaces  which 
shall  be  used  for  the  NAVCOM  segment  are  specified  in  the 
_  (insert application aircrt0 type)  IRS. 

(Define  NAVCOM  segment  unique  external  interface  requirements.  Communications  functions 
may  interface  with  external  systems  which  contain  electronics  equipment,  such  as  amplifiers, 
noise  or  static  generators,  or  digital  signal  processors.  If  such  equ^rment  is  required  it  should 
be  identified  in  this  paragraph.) 

3.2.4  Physical  Characteristics.  The  physical  characteristics  of 
the  NAVCOM  segment  shall  meet  the  requirements  as  specified  in 
Volume  I  of  this  specification.  The  NAVCOM  segment  physical 
characteristics  shall  be  of  such  design  as  to  interface  with  the 
other  MSS  segments  via  the  MSS  VNET. 

(Physical  characteristic  requirements  for  the  NAVCOM  segment,  other  than  those  provided  by 
the  NAVCOM  segment  computational  system  and  its  interface  to  the  MSS  VNET  slutll  be  defined 
in  this  paragraph.  Physical  charoaeristic  requirements  may  include  backdoor  interface 
hardware  to  connect  NAVCOM  segment  InputlOuqtut  (I/O)  to  the  NAVCOM  equipment  in  the 
explication  ctircrcft  cockpit:  in  particular,  backdoor  hardware  interfaces  may  be  required  for  the 
fire  control  and  weapon  stores  panels  in  the  Flight  Station  cockpit.  In  addition,  emy  weight  or 
size  considerations  explicable  to  the  NAVCOM  segment  should  be  considered.) 

3. 2. 4.1  Protective  Coatings.  NAVCOM  segment  protective  coatings 
shall  be  as  defined  in  Volume  I  of  this  specification. 

(Additional  protective  coating  reqmrements  which  are  required  for  the  NAVCOM  segment  may 
be  defined  in  this  paragraph.  In  general,  the  requirements  of  Volume  I  should  si^e  for  the 
entire  system.) 

3.2.5  NAVCOM  Segment  Quality  Factors 

3.2.5. 1  Reliability.  The  system  level  reliability  requirements 
applicable  to  all  segments  in  the  MSS  are  defined  in  Volume  I  of 

this  specification.  The  NAVCOM  segment  reliability  must  be  _  % 

to  satisfy  the  system  level  reliability  requirements.  The  Mean 

Time  Between  Critical  Failure  (MTBCF)  shall  be  not  less  than  _ 

hrs . 

(A  xccific  allocation  of  reliability  (e.g.  MTBF)for  this  segment  should  be  xccified  in  this 
paragraph.  Reliability  should  be  allocated  to  each  segment  in  such  a  way  that  system  level 
reliability  requirements  will  be  met.  Normally,  this  means  that  segment  relability  will  be  higher 
than  system  reliability.) 
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3. 2. 5. 2  Maintainability.  The  system  level  maintainability 
requirements  applicable  to  all  segments  in  the  MSS  are  defined  In 
Volume  I  of  this  specification.  The  NAVCOM  segment  shall  have  a 

mean  corrective  maintenance  time,  lie,  of  _  minutes,  and  a  90th 

percentile  maximum  corrective  maintenance  time  of  _  minutes  to 

satisfy  the  system  level  maintainability  requirements. 

(Maintainability  reqmrements  such  as  MTTR  should  be  allocated  to  each  segment  in  such  a  way 
that  system  level  maintainability  requirements  will  be  met.  Normally,  this  means  that  segment 
MTTR  will  be  higher  than  system  MTTR.  System  level  requirements  will  include  isolation  to  a 
faulty  segment.) 

3. 2. 5. 3  Availability.  The  system  level  availability 
requirements  applicable  to  all  segments  in  the  MSS  are  defined  in 
Volume  I  of  this  specification. 

(Usually  availability  applies  only  to  the  system  level.  Reliability  and  Maintainability  (MTBF 
and  MTTR)  are  allocated  to  each  segment  in  such  a  way  that  system  availability  requirements 
will  be  met.  It  would  be  unusual  to  impose  an  avcUlability  requirement  at  the  segment  level.) 

3. 2. 5. 4  Additional  Quality  Factors.  The  additional  quality 
factors,  as  defined  in  Volume  I  of  this  specification,  shall 
apply  to  the  NAVCOM  segment. 

(Additional  NAVCOM  segment  unique  quality  factors  may  be  defined  in  this  paragraph.  In 
general,  the  system  level  additioml  quality  factors  will  st^efor  the  NAVCOM  segment.) 

3.2.6  Environmental  Conditions.  The  environmental  condition 
requirements,  as  defined  in  Volume  I  of  this  specification,  shall 
apply  to  the  NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  environmental  requirements.  In  general,  the  system 
level  environmental  conditions  will  si^cefor  the  NAVCOM  segment.) 

3.2.7  Transportability .  The  transportability  requirements, 
defined  in  Volume  I  of  this  specification,  shall  apply  to  the 
NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  transportation  requirements.  There  may  exist  unique 
transportation  requirements  to  ship  the  segment  from  the  segment  contractors  facility  to  the 
prime  contractors  facility.  In  general,  the  system  level  transportability  requirements  will  suffice 
for  the  NAVCOM  segment.) 

3.2.8  Flexibility  and  Expansion.  The  flexibility  and  expansion 
requirements,  defined  in  Volume  I  of  this  specification,  shall 
apply  to  the  NAVCOM  segment . 

(Unique  requirements  for  this  segment  may  include  spare  memory,  spare  time,  spare  mass 
storage,  HO  channels  by  type,  cfuissis  expansion  slots,  etc.  Expansion  requirements  should 
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consider  the  likelihood  this  segment  will  need  to  change  as  well  as  the  cost  of  including 
capability  now  versus  cost  to  change  later.  Reuse  of  the  segment  in  future  applications  should 
also  be  considered.) 

3.2.9  Portability.  The  portability  requirements,  defined  in 
Volume  I  of  this  specification,  shall  apply  to  the  NAVCOM 
segment . 

(Except  for  field  transportable  trainers  portability  of  hardware  is  usually  not  a  requirement. 
Portability  of  software  may  be  a  concern  of  future  changes  which  may  include  upgrading  the 
Computer  Hardware  Configuration  Item  (HWCI )  are  considered  likely.  Use  of  a  standard 
higher  order  language  such  as  Ada  is  usually  adequate  to  assure  software  portability.) 

3.3  Design  and  Construction .  The  design  and  construction 
requirements,  defined  in  Volume  I  of  this  specification,  shall 
apply  to  the  NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  design  and  construction  requirements.  In  general,  the 
system  level  design  and  construction  requirements  will  sifiice  for  the  NAVCOM  segment.) 

3.3.1  Materials .  The  materials  requirements,  defined  in  Volume 
I  of  this  specification,  shall  apply  to  the  NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  material  requirements.  In  general,  tiie  system  level 
material  requirements  will  suffice  for  the  NAVCOM  segment.) 

3. 3. 1.1  Toxic  Materials.  The  toxic  materials  requirements, 
defined  in  Volume  I  of  this  specification,  shall  apply  to  the 
NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  toxic  materials  requirements.  In  general,  the  system 
level  toxic  materials  requirements  will  be  applicable  to  all  segments.) 

3.3.2  Electromagnetic  Radiation.  The  electromagnetic 
requirements,  defined  in  Volume  I  of  this  specification,  shall 
apply  to  the  NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  electromagnetic  radiation  requirements.  In  general,  the 
system  level  electromagnetic  radiation  requirements  will  suffice  for  the  NAVCOM  segment.) 

3.3.3  Nameplates  and  Product  Marking.  The  nameplate  and  product 
marking  requirements,  defined  in  Volume  I  of  this  specification, 
shall  apply  to  the  NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  nameplate  and  product  marking  requirements.  In 
general,  the  system  level  nameplate  and  product  marking  requirements  will  suffice  for  the 
NAVCOM  segment.) 
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3.3.4  Workmanship.  The  workmanship  requirements,  defined  In 
Volume  I  of  this  specification,  shall  apply  to  the  NAVCOM 
segment . 

(Identify  any  NAVCOM  segment  unique  workmanship  requirements.  In  general,  the  system  level 
workmanship  requirements  will  suffice  for  the  NAVCOM  segment.) 

3.3.5  Interchangeability .  The  interchangeability  requirements, 
defined  in  Volume  I  of  this  specification,  shall  apply  to  the 
NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  interchangeability  requirements.  In  general,  the  system 
level  interchangeability  requirements  will  suffice  for  the  NAVCOM  segment.) 

3.3.6  Safety.  The  safety  requirements,  defined  In  Volume  I  of 
this  specification,  shall  apply  to  the  NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  sqfety  requirements.  In  general,  the  system  level  safety 
requirements  will  suffice  for  the  NAVCOM  segment.) 

3.3.7  Human  Engineering.  The  human  engineering  requirements, 
defined  in  Volume  I  of  this  specification,  shall  apply  to  the 
NAVCOM  segment . 

(Identify  any  NAVCOM  segment  unique  human  engineering  requirements.  In  general,  the 
system  human  engineering  requirements  will  suffice  for  the  NAVCOM  segment.) 

3.3.8  Nuclear  Control.  The  nuclear  control  requirements, 
defined  in  Volume  I  of  this  specification,  shall  apply  to  the 
NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  nuclear  control  requirements.  In  general,  the  system 
level  nuclear  control  requirements  will  suffice  for  the  NAVCOM  segment.) 

3.3.9  Segment  Security.  The  system  security  requirements, 
defined  in  Volume  I  of  this  specification,  shall  apply  to  the 
NAVCOM  segment. 

(Identify  any  NAVCOM  segment  unique  security  requirements.  The  NAVCOM  segment  may 
have  additional  requirements  to  ensure  declassification  of  an  enibedded  NAVCOM  system.  In 
general,  the  system  level  security  requirements  will  svfficefor  the  NAVCOM  segment.) 

3.3.10  Government  Furnished  Property.  Government  Furnished 
Property  (GFP)  shall  be  as  identified  in  Volume  I  of  this 
specification. 

(Identify  ary  NAVCOM  segment  unique  GFP  requirements.  In  general,  the  system  level  GFP 
requirements  will  suffice  for  the  NAVCOM  segment.) 
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3.3.11  Computer  Resource  Reserve  Capacity.  The  system  level 
processing  resource  requirements  applicable  to  all  segments  in 
the  MSS  are  defined  in  Volume  I  of  this  specification. 

(In  addition  to  the  computer  resource  reserve  capacity  identified  in  Volume  I,  the  specific 
reserve  capacity  for  the  NAVCOM  segment  may  include  the  computational  system  hardware  and 
software  required  to  design,  develop,  and  test  the  NAVCOM  segment.  System  considerations 
such  as  spare  (time,  memory,  storage,  HO  channels)  for  growth  unique  to  this  segment  should  be 
inq)osed  here.  If  this  paragraph  requires  subparagraphs  they  should  follow  the  numbering  and 
topics  used  in  Volume  I.) 

3.4  Documentation.  The  documentation  requirements,  defined  in 
Volume  I  of  this  specification,  shall  apply  to  the  NAVCOM 
segment . 

(Identify  any  NAVCOM  segment  unique  documentation  requirements.  Documentation 
requirements  for  the  NAVCOM  segment  may  include  interface  specifications  and  design  data  for 
interfacing  to  an  embedded  NAVCOM  system.  In  gerteral,  the  system  level  documentation 
requiremeras  will  suffice  for  the  NAVCOM  segment.) 

3.5  Logistics .  The  system  level  logistics  requirements 
applicable  to  the  NAVCOM  segment  shall  be  as  specified  in  Volume 
I  of  this  specification,  paragraph  3.5,  and  all  subparagraphs  of 
paragraph  3.5. 

(Unique  support  reqmrements  for  this  segment  should  be  described  here.  These  may  include 
special  tools  and  jigs  for  installation,  alignmera  and  calibration;  special  ertvironmental 
conditions  for  operation  and  repair  such  as  a  clean-room  for  component  repairs;  levels  and 
types  of  spares  required.) 

3.6  Personnel  and  Training.  The  system  level  personnel  and 
training  requirements,  defined  in  Volume  I  of  this  specification, 
shall  apply  to  the  NAVCOM  segment . 

(Identify  any  NAVCOM  segmeru  unique  personnel  and  training  requiremeras.  In  general,  the 
system  level  personnel  cmd  trairUng  requiremeras  (number,  skills  and  training  for  mairaenance 
personnel)  will  suffice  for  the  NAVCOM  segmera.) 

3.7  Subordinate  Element  Characteristics.  Not  applicable. 

(This  volume  defines  requirements  for  a  subordinate  element  of  the  MSS.  In  general,  there  will 
be  no  subordinate  elements  of  a  segmera.) 

3.8  Precedence.  The  precedence  requirements  for  the  NAVCOM 
segment  shall  be  as  specified  in  Volume  I  of  this  specification. 
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4.  QUALIFICATION  REQUIREMENTS 

4.1  Responsibility  For  Test  and  Inspection.  The  _ 

(insert application aircrctft  type)  MSS  Responsibility  For  Test  and  Inspection 
requirements  are  defined  in  Volume  I  of  this  specification.  The 
requirements  defined  in  Volume  I  shall  apply  to  the  NAVCOM 
segment . 

(This  paragraph  may  be  tailored  to  identify  additional  test  or  inspection  requirements  which  are 
specie  to  the  NAVCOM  segment.) 

4.2  Special  Tests  and  Examinations.  The  system  level  general 
qualification  events,  levels,  and  methods  of  testing  for  the 
NAVCOM  segment  are  defined  in  Volume  I  of  this  specification. 

The  requirements  defined  in  Volume  I  shall  apply  to  the  NAVCOM 
segment . 

(Clearly  identify  which  test  events  defined  in  Volume  I  apply  to  tins  segment.  Be  partiadarly 
explicit  about  the  segment  builder's  responsibility  during  system  integration  and  test.  To  the 
extent  possible,  segment  verification  should  be  accomplished  as  a  stand  alone  segment  test.  In 
some  cases  verification  can  only  be  achieved  in  the  integrated  mode.  A  clear  definition  of  the 
Segment  supplier’s  responsibility  during  systems  integration  should  be  contained  in  the  SOW.) 

4.3  Requirements  Cross  Reference.  A  requirements  compliance 
cross  reference  matrix  shall  be  developed  to  ensure  requirement 
verification  traceability.  The  requirements  cross  reference 
matrix  shall  be  included  as  part  of  the  NAVCOM  segment  Prime  Item 
Development  Specification  (PIDS) . 
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5.  PREPARATION  FOR  DELIVERY 

The  _  (insert  application  aircraft  type)  MSS  preparation  for  delivery 

requirements,  as  defined  in  Volume  I  of  this  specification,  shall 
apply  to  the  NAVCOM  segment. 

(Segment  unique  requirements  may  include  packaging  the  segment  for  shipment  to  the 
integration  location  which  could  be  different  than  packaging  the  system  for  shipment  to  the 
instailation  site.  If  requirements  are  imposed  here,  there  may  be  test  requirements  for 
verification  which  must  be  added  to  Section  4.) 
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6.  NOTES 

6.1  Intended  Use.  The  _  (insert  application  aircraft  type)  MSS 

shall  be  used  as  an  integral  part  of  the  _  (insert application 

aircrefttype)  aircraft  training  system. 

6.1.1  Missions .  The  NAVCOM  segment  shall  support  the  mission 
requirements  defined  in  Volume  I  of  this  specification.  The 
NAVCOM  segment  shall  provide  simulation  and  training  in  cockpit 
familiarization,  NAVCOM  operating  procedures,  and  mission 

procedures  for  the  _  (insert  application  aircraft  type)  aircraft 

NAVCOM  systems.  The  NAVCOM  simulation  shall  provide 
familiarization  with  the  cockpit  configuration  and  operation  of 

the  _  (insert  application  aircraft  type)  NAVCOM  systems.  The 

simulation  shall  provide  an  environment  to  gain  proficiency  in 
executing  normal  procedures,  recognize  malfunctions/abnormal 
indications  and  executing  the  corresponding  emergency  procedures, 
and  in  executing  mission  procedures. 

(The  NAVCOM  segment  mission  is  to  support  the  trainer  mission,  as  described  in  Volume  /.  Any 
mission  specific  irft)rmation  should  be  described  in  this  section.  An  example  might  be  a  segment 
intended  to  support  a  family  of  trainers,  such  as,  a  procedures  trainer,  part  task  trainer,  flight 
trainer,  or  NAVCOM  system  trainer.) 

6.1.2  Threat .  Not  applicable. 

(This  paragraph  shall  describe  the  threat  which  the  NAVCOM  system  is  intended  to  neutralize. 

In  this  context,  this  paragraph  is  not  applicable  to  most  simulators,  and  will  generally  remain 
"Not  applicable".) 

6.2  NAVCOM  Segment  Acronyms.  The  acronyms  contained  in  this 
paragraph  are  unicpje  to  the  NAVCOM  segment  and  are  in  addition  to 
the  MSS  acronyms  contained  in  Volume  I  of  this  specification. 

(Considerations  may  be  given  to  including  conversion  factors  or  unique  coordinate  system 


d^nition.) 

ADF 

Automatic  Direction  Finder 

ADS 

Air  Data  System 

AHRS 

Attitude  Heading  Reference  System 

DOD 

Department  of  Defense 

DME 

Distance  Measuring  Equipment 

GFP 

Government  Furnished  Property 

GPS 

Global  Positioning  System 

H/W 

Hardware 

HF 

High  Frequency 
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IDD 

IFF 

ILS 

INS 

I/O 

lOS 

IRS 

Interface  Design  Document 

Identification  Friend  or  Foe 

Instrument  Landing  System 

Inertial  Navigation  System 

Input /Output 

Instructor/Operator  Station 

Interface  Requirements  Specification 

JTIDS 

Joint  Tactical  Information  Distribution  System 

LORAN 

Long  Range  Navigation 

MLS 

MSE 

MSS 

MTBCF 

Microwave  Landing  System 

Multiple  Simulator  Environment 

Modular  Simulator  System 

Mean  Time  Between  Critical  Failure 

NAVCOM 

Navigation  Communication 

SATCOM 

SKE 

Satellite  Communications 

Station  Keeping  Equipment 

TACAN 

TNE 

Tactical  Air  Navigation 

Tactical  and  Natural  Environments 

UHF 

Ultra  High  Frequency 

VHF 

VNET 

VOR 

Very  High  Frequency 

Virual  Network 

Very  High  Frequency  Omnidirectional  Range 

6.3  Glossary  of  NAVCQM  Segment  Terms.  The  terms  contained  in 
this  paragraph  are  unique  to  the  NAVCOM  segment  and  are  In 
addition  to  the  MSS  terms  contained  in  Volume  I  of  this 
specification. 

AIR  DATA  SYSTEM  (ADS)  -  System  which  senses  static  and 
dynamic  air  pressures  to  determine  aircraft  airspeed, 
altitude,  and  attitude. 

ATTITUDE  HEADING  REFERENCE  SYSTEM  (AHRS)  -  System  consisting 
of  a  magnetic  compass  and  gyroscope  which  jointly  provide 
indications  of  aircraft  heading  and  attitude. 

AZIMUTH  -  The  horizontal  direction  of  a  celestial  point  from 
a  terrestrial  point,  expressed  as  the  angular  distance  from 
a  reference  direction. 

DISTANCE  MEASURING  EQUIPMENT  (DME)  -  An  electronic 
navigational  aid  that  determines  distance  of  an  airborne 
interrogator  from  a  transponder  beacon. 
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GLIDEPATH  -  That  portion  of  the  approach  path  lying  along 
the  glideslope. 

GLIDESLOPE  -  An  inclined  surface  extending  upward  at  an 
angle  to  the  horizontal  from  the  point  of  desired  ground 
contact  of  an  aircraft  coming  in  for  a  landing. 

GLOBAL  POSITIONING  SYSTEM  (GPS)  -  A  precision  satellite 
based  navigation  system. 

IDENTIFICATION  FRIEND  OR  FOE  (IFF)  -  Radio  frequency 
interrogation  system.  System  consists  of  an  interrogator  to 
transmit  a  signal,  a  transponder  in  the  receiving  vehicle, 
and  a  responder  which  produces  data  for  display. 

INERTIAL  NAVIGATION  SYSTEM  (INS)  -  A  system  which  measures 
vehicle  accelerations,  and  integrates  t  n  to  determine 
ground  speed  and  position.  System  also  Includes  a  gyroscope 
which  measures  vehicle  heading  and  attitude. 

INSTRUMENT  LANDING  SYSTEM  (ILS)  -  A  radio  navigation  system 
which  provides  vertical  and  horizontal  guidance  to  a  landing 
site. 

JOINT  TACTICAL  INFORMATION  DISTRIBUTION  SYSTEM  (JTIDS)  -  An 
airborne  system  for  distributing  tactical  information 
between  various  participants  in  a  combat  scenario. 

LONG  RANGE  NAVIGATION  (LORAN)  -  A  navigation  system 
consisting  of  a  series  of  synchronized  radio  stations  which 
transmit  at  low  frequencies  allowing  solution  of  navigation 
equations.  LORAN  signals  can  be  received  at  considerable 
distances,  up  to  800  nautical  miles. 

OMEGA  -  A  navigation  system  consisting  of  eight  radio 
stations  transmitting  at  ultra  low  frequencies  allowing 
solution  of  navigation  equations.  Omega  signals  can  be 
received  at  distances  up  to  1000  nautical  miles. 

RADAR  ALTIMETER  -  An  airborne  low  altitude  terrain  tracking 
and  altitude  system  to  determine  height  above  terrain. 

SATELLITE  COMMUNICATION  (SATCOM)  -  Line  of  sight  UHF 
comn unication  system  utilizing  satellites  to  transmit  and 
receive  messages. 

STATION  KEEPING  EQUIPMENT  (SKE)  -  Navigation  system  which 
provides  relative  range  and  bearing  to  a  companion  aircraft, 
as  well  as,  steering  commands  to  maintain  formation  flight. 

TACTICAL  AIR  NAVIGATION  (TACAN)  -  Navigation  system  which 
provides  relative  bearing  and  range  to  transmitting  site. 


VI-23 


S495-10400D 
13  August  1993 
Volume  VI  of  XIII 

ULTRA-HIGH  FREQUENCY  (UHF)  -  Radio  frequency  of  300  to  3000 
megacycles  per  second. 

VHF  OMNIDIRECTIONAL  RADIO  (VOR)  -  VHF  based  navigation 
system  utilizing  ground  based  transmitters  to  provide 
relative  bearing  to  each  ground  station. 

VERY  HIGH  FREQUENCY  (VHF)  -  Radio  frequency  of  30  to  300 
megacycles  per  second. 
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This  specification  volume  has  been  totaUy  revised  to: 


1 .  Change  the  format  to  comply  with  DI-CMAN-80008A. 

2.  Incorporate  the  tailoring  instructions  into  the  body  of  the 
text. 

The  incorporation  of  tailoring  instructions  into  each 
specification  volume  has  caused  a  change  in  the  number  of 
specification  volumes  from  fourteen  to  thirteen.  Prior  to  this 
duinge,  all  tailoring  instructions  were  provided  in  Volume  xm 
and  Volume  XIV  contained  the  Tactical  and  Natural 
Enviroiunent  segment  specification.  The  content  of  Volume  xni 
has  been  integrated  into  the  other  specification  volxunes.  The 
change  is  summarized  as  follows: 

Yfilumc  IS 

I  through  XO  Utles  for  these  volumes  are  unchanged 
xm  Environment  Tailoring  Irstructions 

XIV  "Deleted"  Tactical  and  Natural 

Environment 
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